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(54) Manadf ng cail& over a data networK 

(57) AmaihodancJ^ystemofmanag^calbovara 
data natWDrk C^) includes determinirig an available 
bandwidt?! <rf Iho dala networt (20). Aft«f a call raquast 
is receivad tor estabUahing a call bolwasn at loast two 
network tarminais (14. 16. 30), on© or morg of a plurality 
of resoiiice elsmants oro selected tn rcspQna9 to the 
call request based on the bandwidth of the data network 
(20). The resource elements whtoh can tnciuda codecs 
(codore/decodeis), packet sizes (for carrying audk> da- 
ta), and othdfe. are usad in the roquested can bstwean 



the at least two network terminala (14. 16, 30). Further, 
a pluralny of communltiea (402, 404, 40$) may be de- 
fined eec^ mducfing one or more terminate. Or>e or mora 
usage threshold vakiaa may be assigned to a Snk or 
Qnka (430, 432) batweer communities (402, 404. 406), 
and a call raqtiest is processed based on the one or 
moie usage thre^K>{dvatuas. The processing indudas 
at least one of determining whether to admit the call re- 
quest and selecting re&ource alementa to be used dur- 
ing a cad between tem^tnals over Ihe Enk (430. 432). 
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Desertion 

[0001] The Invention relates to managing caJla over a 
data networK such as an I ntennel Protocol (I P) network. 
[0002] Pad(flt-basod data nst>vo7k& are widely used 
to fink vdf rous nodes, such qb per&onal computer, ee/v- 
ers. gateways, and «o forth. Packet-based data nst- 
works tnolude prn/ate nstworke, such as local area net- 
works (LANs) and wide area networks (WAN&). and 

pdWic-networka: auch as trie- iniemet: • Thfr-lncreased 

availat^ft/ or such data networks hao ^creaeed aocee- 
s'rbimy among nodes, whether Uie nodes are located In 
close proximity lo each other (suoh as within an organ- 
Izaiksn) or at ter distances from each other. Popular 
iatms of communications aoross such data networks in- 
clude electronic mall, file tr&idfer, web browsing, and 
oihdr exchanges of digital diata. 
[D0Q3] With the mcrea&ed oapadty and rslialMmy ot 
data networks, voice communk:ations over data net- 
works. tncJudinQ private arxl public notw^ks, have be- 
come po^ible. Votee oommunteatlonB over packat- 
based data networks are unlike voice communlcatlone 
in a oonvenfional public switched tel^>hone network 
(PSTN), which provides users with dedicatee^ end-to- 
end ciiwlt oortnecttons for the duratkm of each call 
Communications over data networks, such as IP (Inter- 
nal Protocol) networks, are perronnad using packets 
that are sent in bur$isf rom a source to one or more daa- 
tination nodes. Voice data sent over a data network has 
to share the network bandwidth with conventional non- 
voice data (e.g., electronic maili tile transfer, web ac- 
cess, dnd other traffic). One slarKiard that has been im- 
plemented forcofnmunications of voice as weD as other 
data IS the H.SZS recomnftondaitten frofYt the leleoom- 

munication Sadcu- of the tntamatfOnel TolMOTYVnumea- 

Uon Unbn <ITU-T). which describes tenminals, equtp- 
ment and eervicds for multimedia communicactions over 
packet-based netw^ks. 

[QOtM] In an IP data network, each data packet Is rout- 
ed to a node hawing destination IP address oontamed 
within tha header of each packet. Data packerts may be 
routed over separate naihffork paths before arrhrbg a! 
the final destination for reassembly Transmission 
speeds of the vartous packets may vary widely depend- 
ing Oil the usage of data networks over which the data 
packets are tmnsferred. During peak usage of data net- 
works, delays added to the transfer ot votee data pack- 
ets may caus« poor performance of voice oommunica- 
tfons. Voice data packets that are lost or delayed due to 
inadeqt^ or unavafiable capacity of daia networks or 
resources of data networks may result tn gaps, siioice, 
and clipping of audio sn the raosiving end. 
fOOOS] A need thus exists for an Improved method and 
system to managa the quality of voice calls or other au- 
dio Dommunicalbns over data networks. 
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SummsiY 

In general, according to one errtxxJimsnl a 
method of managing calls over a d«ta r>etworfi Inclurfet 
5 determining usage inforrratioo of the data network, A 
caR request is receA^ed for establish ir^ a call between 
at least two network tarmirsls. Qno or more of a pfuraliV 
of fBsource elemsnts are selected as candktates lor usa 
in the requested call {n response to the call rsqvect 

1^ based on usage Information of ths data network. 

[D007] tn general according to another embodiment 

a'meihod'of nianayuiy callrinra lefMplKMiy bysterrr 

cludos defining a plurality of commun ities each Irxrtuding 
one or more comnrtuntcatk^n endpoints and assigning 
one or more usage threshold values to a fink between 
coinmmitles. Further, a call request is processed based 
on the one <^ more usage threshold values. The 
processing Includes determining whether to admit the 
can request over the link. 

so {poQQ] Some embodimems of the trrverWon may pro- 
vide one or more of ttie foBowing advan(tagd& Resource 
elements can be selected to optimize quality ci service 
vt^fle at the same time taking into aocount the usage ot 
the data network as well as usage of other transmission 

ss or oommunnafionfi ra&ourcG& Proper eelection ot re- 
source ^onents as wefl as call admission oontrot re- 
duces the likelihood of overburdening ^ks between ter- 
minals. As a resuft, the GkeOhood ol delays in the com- 
municaQon of auoio oata t^wt may lead to vaftous audio 

SQ distortione Is also reduced. By efficiently using p^ei- 
based data networks for telephoryy and other fdmos of 
audio commwi^tions, sharir>g of such data networks 
tor canrybg audio data (whkih are relatively time sensi^ 
we) end tramtional forms of digital data (suon as eiec- 

^ tnTnb maH trainc. file transfer iraffto. and other traffk;) 
can be rm6o more off ecOva. 

{D009] C^her features and edvantagaa wvill become 
apparent from the follownng description and from the 
ctalms. 

40 

Srtet Doacrtptton Of Ihm Drawings 

[QOIO] Rgs, 1 A-1 8 are block ctograms of an embod- 
iment of a telephony oommt«nlcatk)n3 system in which 
voice or other audio data may ha communicatod over 
packat-bosed data networks. 

IP011 J T=«g. 2 illustralea tho flow for proces^g a call 
request bstween an originaQoii terminal and a destina- 
tion tgnnfatal In accordance with one embodiment 
|pol2] Fig. 3 is a flow digram of tasks performed by 
a call sen^ in rospcnse to a can request in accordance 

one annbodtmant 
[0013] Fig, 4 Ifiustrates the flow for prtx»salng a call 
request between an origination tarmtal and a deatlna* 
€S Hon tsrmtal in aocordanca with an aHamatftfa embocfi- 
menl 

{00141 5 is a fk)w dtagfam of tasks parfonnad by 
a can server in rasponse to a cat! request in aooorttam^e 
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with the allemattve embodimeni. 

fOOl 5] Fig. 6 illustraiea cofTponents in a temrtinal and 

cell sdrver of Fige. 1 A-1 B- 

I0M6] Figs. 7A-7B iUustfate E-modBl charts that map 
condition& ot a network link to a cfe&ired quaticy of servica 
in acoordanco with ar* embodiment. 
[0017] Pig. 8 illiisifatds a flow lof processing a c^l rd- 
quest in accordance with an enfibocfiment that utilizes 
the E-mocJel charts of Rge. 7A-7B. 
[OOlCfJ Fig. 9 Qlustrates a l&iephony cGmfnunications 
system that tnctudes a plurality of commuru!ie9 and linke 
-t»1w©«n-ihe*r»mmontti»fi--ov<ir-\tf^ adrtriSGton** 
ccviirol is pertormed in dccontlanoe with an embcxfiment 
[0018] Figs, 10A-10B ilhifitrate the flow lor rnanaglnti 
a call request between terminals in diffenent communi- 
ties of Fig. 9. 

Peta(t«d Descriotlon 

[0Q20I In the tolkwinfl description, numerous details 
are set forih to pfoyids an under6tandir>g ol tha praserrt 
inventksn- However, a vrill be understood by thoSd skilled 
in the art that the present invention may be practicftd 
without these details and that numercxjs vadatione or 
modifications from the described embocfimenlQ may be 
posafbfe. For example, aHhou^ the description refers 
lo telephony communicalione over deta nctworte, cer- 
tain aspects of the rnetfiods and apparatus deschbad 
may bo advantageotiely used wilh other types ol com- 
miinicafions sy^tama, such a$ those communicating 
video or rrultiniedia data (forvldeocontefencing, for ex- 
ample), 

[0021] Rof erring to Figs. 1 Aand IB, one emtjodimert 
of a telephony communications eystom 10 includes a 
numb«ar cd endpointe of terminals (terminals 14, 16, find 
SO Illustrated) that are capabte ol performing voicd or 

othof audio communicaticnx <5V«<^ a packet-basod or 
message-baseddata network 20. As used her a, "teleph- 
ony oommunicalkwis" refers to the trar^mi&sion and re- 
ceipt of sounds (e.g.. voice or other audio signals) be- 
tween different pofrns in a system using either wireline 
or wir9les» Knks. Eieample terminate 14, 16, and 30 may 
include computer systems with speech capablfity. tale- 
phone units that include interfaces to the data nshttork 
20, gateways coupled to standard telephones 34 though 
a public switched telephone network (PSTN) 92. and 
other types of oommunlccilion dovicsa. Telephony com- 
munications can occur between any two or more tenni- 
nalB over the data network 2b. 
[0022] The data network 20 may include, as exam- 
ples, private networks such as intfanets (e.g., loealerea 
r^etworks arui wide area nelworks), and public netWDrtcs 
such as the Internet. More generally, as used here, a 
data network is any communlcaWons network that utfflz- 
OS message-based or packet -based corrtmuttiesitlons. 
I n cxte embodiment the data network 20 communfcates 
according to the Internet PixAocol (tP). as descrfbod tn 
Bequest lor Confwnent (RFC) 791, entitled ■interrwt Pro- 



locol' dated September 1 &Si . The daia network20 mey 
Include a ^'^gte network or link or multiple networks or 
Bnks that are coupled through gateways, routers* and 
the like. 

* [0029] In one embodiment, a call server 1 2 is coupled 
to the data r^etwork 20 to manage telephony communl- 
cattons (e.g., call setup, processing, and temiinatbn) 
between or among the terminals 14, 16, and 30 (arvt 
other terminals), A policy se«ver 1 8 may be acceestbla 

TO by the <»ll server 1 2 to deteannd usage policy for te- 
lephony oomnwnications over the data network 20 to 

■ "corItIX>^thB■quality■c^*s»^vice•o^t^>erdata^lBtwo^k:2():1^ 
example, the policy server 18 rr^ sat the telephony us- 
age of the data network 20 for different tkne periods. 

IS During periods of expected high trafRc (e.g., business 
hours), policy sonrer 18 may set a low usage target fcf 
telephony communtcafions. On the other hand, during 
psftods ot low expected tratHc, the target usage of the 
data network 20 for telephony communEeations may be 

50 set higher. 

[0024] ^ic£t»naity» a notwoH^ monitor system 19 may 
be coupled to the data network 20 to monitor certain 
characteristics and conditiorts of one or mor^ porttons 
of the data r>etwork 20, The charBcteristics and condr 

S5 tions monitored ms^ include packet delays. Jitler. and 
packet lossas- Packet delay refers to a delay »cperW 
enced in irar^mission due to high traffic or other condi' 
tions. Packet loss refers to the percentage toss of pack- 
ets, J'nter refers to variatlor^ in the delay of different 

30 packets In the sam e transmission . Jitter may con tr^^ute 
to delay on a network rmksince receiving ptatforms rkeed 
to buffer the received data packets to take Into account 
the d^orent delays of packets. 

(0<^] Afthough only one call server and poKcy server 
3» are f(iusfcratBd» mutttpte call servers and pofkry senrers 
may be coupled to the data network. In this arrange- 
ment oaoh of the muftiplQ caO servers m»y be r^pon- 
s3>le for managing caH requests from a prodetennindd 
group or termirds, and each policy sartfar may t>e re- 
sponsasle kx mairrtaining usage poikry for diffemm por- 
^5 of the data network 20. Further, more than one net- 
work monitor 1 9 may be viduded in the teleptiony cam* 
municationB system 10. For example, multiple network 
monitors ntay be located to enable monitoring of char- 
^ aderisticsartd conditions of different ponuns of the data 
network 20. A caU senrer, policy server, and network 
mcrtttor may be implemented on separate platforms or 
in the same platform. 

[00261 10 establish a caH betwsso two or more termi- 
^ nafs for performing telephony communk^aiions. a can re- 
quest Is sent f ram »\ orfginalion terminal to the caH sarv* 
er 12 for processkig. The call request inciudss the (P 
midressof the or%[n^lontenmlnal, the drractoiy number 
of the destination terminal, and a list or one or mors re- 
& source elsmonts supported by the ortgharton tsrminal 
to be used during an established can. A terminal may 
be relatively busy at the time a call Is desired As a reoutt, 
pfoces^g cflpablfiTy and storage capability tn the orig- 
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bHtioo tarrmiaJ may be ttmitfid so that resource ele- 
ments that require hfgh bandwicftt** are rioi indicalsd as 
being supporteci. Examples oi roscwrco oldnwnls in- 
clwdo codecs (cocter6/<iscod8rs), the sUo of pacMts 
carrying audio date, ancl olher reswrpo etements, as 
explained further below. 

[0027] By c^erying the policy ftarvar 1 8. the caUfierver 
1 2 determines the usage policy fof the data network por- 
tions ov6f which the can will be established and discafids 
any resource elements thai may be inconsistent wf!h 
that poBcy. Additiof>al!y, the call server 12 can further 

reotrhtii&Mf reeourcoelemenu-basod or assltiahjfiage- 

Ofl iranBmtesion resources. Thus, Tor example, if a retei" 
t^ety targe numi>er of calls have been ptaced ^rou^h 
the call server 12, the types of resource elements thai 
ntay be employed for furrier calls may be tho&e that 
have rvbtivety low bandvridth requFrcmcnte. Thue. the 
call server 12 is able to manage caO requests based on 
usage inrormatlon, indudffig iisage policy and/ior actual 
usa^a of thfi data network 20. 
(OOt^ Optionatly, according to some embodimanta. 
the call eervef 12 may aSso query the network monllor 
19 to determine the current characteristics and condi- 
tiorw of the network. Selection erf resource elements 
nnay thus further be based on the current chan^eristics 
^d oor>dtliDns d the network (e^g.. delays being expe- 
rierced by packets and percentage of packet k^sa). 
Mexi, the call senwr 1 2 ranks the remaining supportable 
i^souit^e elements based on predstermkied merit at- 
tributes, which may include quaUty ot sewtee, the avail- 
able bandwidth, expected usage of Iransmis^ re- 
sources, end other aunbutes. Selection of the resource 
elements to use for a pa rlicular call is based on ttie rank- 
ing performed by the call eeryer 12. 
[0029] One type of reeouroe element fs the aud9ocod* 
er/decodar (codec) used by each d the terminals ffv 
vofved In a call session. An audio codec encodee audio 
signatd originating fnyn an au^ input device (e.g.* mi- 
crophone) fortransmtssion and daoodes received audio 
data for output to an output dgvice (e.g.> a speaker). The 
codec can be impterrranted In software. Several types 
of codecs are avt^iible Uial have varying levete erf data 
compfession and data tFSir>£fef rale requirements. ^ 
example, the 0T11 codec provides tmconpmssed 
communtcaltons of voice data, but has a transfer 
rate requremem of 64 Idips (kilobKs per second) in each 
direction. Other codecs, such as the 072B, 0,729A <>. 
729. G.72ai , and G.722 have varying compression al- 
gorithms and data tmnef er rate reqdrements (whx^ are 
tower than that of the (X71 1 codec). The Ostsd G series 
of audio oodacs are rocommerKiations from the IntenA- 
tional Telecommunication Union (ITU). C^er types of 
codecs may be supported by terminals in further em- 
bodiments. 

[0030] Gerwmlty, higher compression teads to a re* 
duced amount of data so that data transfer rate rsqulre- 
ments over a fink may be reduced. However, because 
compression of data may cause loss of information, m>- 
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dto quality rr^ be adversely aitectcd. Thus, the two ob- 
jectives ot higher quaTrty audio and lovsrer cfeia xran&fe/ 
rats requirements may conflict- 
{0031} Conventionally, an originatton terminal thetde- 

s sires to establish a voice communicatjon with a destina- 
tion terminal sends a list of supported codecs to the des- 
tination tomiinal. in response, the destination terminal 
chooses en acceptable codec from the list, Such a proc- 
ess is provided by the H.323 protocol, which is a rccom- 

70 nidation for packat^ased multime<to communica- 
tions systems from the iTU-T Although such a process 

-aliowir-voica-TioiwritJTiicaiions' employing a"coi7?nDnly~ 

supported codec between the origination and destina- 
tion termirmb. it does rK4 take into account the capacity 

IS and usage of the link and other transmtssksr resources 
between the temiinals, tn this case the data network 20, 
as well Aft Olher transmission or comrrumicatkvu re- 
sources. 

[0032] Another resource elemerrt is the netwod^psK^k- 

S6 cd si2e supported by the eodec to communicate voice or 
other audio. As used ftere, network packet size refers 
to the size of the neiwork packet used to cany audib 
data. In one embodiment, the packet includes an IP 
packet, which mctudesan IP header and IP paykjad. in 

ss further embodiments, other types of network packets 
may be employed, dependhg on the type of the data 
network 20. inside the IP paykaad may be aTGP (Trans- 
mlssk)n Contra Protocol) or UDP (User tTatagram Pro- 
tocol) packet A TCP or UOP paoKet mctuoes a header 

^ and payload. For telephony communlcatk)r\s. the pay- 
load of a UOP pack^ may include an RTP (Real-Time 
Tnansmtssicr^ Protocol) packet RTP is a protocol for the 
Iraisporl of real-lhne data, eluding audio and video. 
An RTP packet includes an RTP header and an RTP 

3S payload, which can cany one or more frames of audk> 
data. TCP is described in RFC 793, entKled Transmls- 
stort Control Protocol/ dated September 1961. UOP is 
descnl>od in RFC 76S, entitled "User Datagram Proto- 
col. -dated August 1 950. FTTP te described in RFC 1889. 

40 entitled ■RTP: A Transpon Proioool lor Raal-Tlme Ap- 
pQcattons. " dated Uanuaiy 1 996; arxl RFC 1 090, entitled 
■RTP Profile for Audk? and Video Confcrtmco with Min- 
Inna! Control,- dated January 1 990- 
IP033] A frame refers to tfie duration or a speech sam- 

4fi pte. For Acample. a frame nnay be 10 milliseconds {ms), 
v^kh iddtoates that a 10-ms sample of speech con- 
tasied in tfiefran^. Other fiamee include 20 n^. 40 ms, 
and so forth, sanrtples of speech. Each type of codec 
can sL^iport cerlain frame sizes. The nunnb^ of frames 

so that is placed into an RTP payload detamiines the size 
of the network packet (e.g., IP pacl^t or other type of 
packet) used 10 carry the audio data. Durfang a given call 
session, the nurnber ol frames to be carried a netwoik 
pack^ can t>e safected. The networtc packet size has 

SB tmp&cations on the buidlen placed on the daza network 
In a given call seaalon. Smaller natMck packets gener- 
afty are associated with higher overhead, since more au- 
dio data packets are communicated over the data net- 
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worX 20 b9t w«n terminals. Larger network pacKels are 
assoctated wfth reduced warhead, but cofns at the cost 
of longsf delays since a longer speech sampte is creat- 
ed l)elw«on eiicceselv^ transmissions of audio over tha 
data notworkSO. Thus, selaction of network packet size 
(as determined by the selection oJ tha number erf tranr^es 
to t>& carried in tho packet) may also lead to a Conflirf 
between the objectives o< higher quafity aucfio and re- 
ducad load on the data network 20 and ather ti zvismis^ 
sicn resourced. 

[0034] tn accordance with soma ambCkdiniente, a call 

aicNnechantOTi^n^ernented inrths leiriiijiatu: call dala haiufur luiti. vAiBrWS 
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ceived (at 102) by Ihe caB server 12. The OallJSetup 
me^O^ tnctude« a number identffytngthe destination 
terminal, a codec including the codecs that are sup- 
ported by the lemninai 1 4« a Eet of supported packet siz- 
es, and/or a list of other supported resource elements. 
Supported packet sizes are dotermined by the number 
of frames and the ^e of each frame (e.$.. lOHmetrBme 
20-ms f ffflne. and so forth). Example codecs that are 

supported include G.711. Q.72e. G.72dA, G. 

723. 1 , arxl Q.722 codecs. The G.711 codec commurtt- 
cates uncompressed audio data and requires a 64-kbps 



eBnfer(s). poltcy servef<s). andtor network mdnttor(e) of 
the telephony oommunications system i o balances the 
need tor high audio quafity as well as the need to reduce 
burden on the data network 20 and ether transmission 
resourced. The call control mechanism selects a siv 
ported codec network packet sue, and^or other re- 
source element that takes into account support for the 
re&ource eleirtent tiy all communicating tefmfr^als, the 
available capacity of the data network 20 and other 
trsnsn^fefiton re»ourcee, and thoobjcctive toachlevotho 
highest possible quality ofsawrce. Additwnaiorcfifferent 
criteria may be used in other embodim€>n]d. 
[003$] An origralion lemwral communicates with the 
call eerver 12 overthe data network 20 tor cail conirc^ 
signaling (to eet up arwi torminato a cell). Aflor a con- 
nection Is established betwedn tenminats over the data 
network, the terminate communicate media f mffic (vojce 
or other aui^) and mscfia trafRc eignaling witfi each oth- 
er through the <^ network 20. The call sen«r 12 per- 
tormS call «^p procsseing, which Includes trenelation 
Of dialed digits (such as 10-digit telephone number) to 
an IP address of a destinatton terminal. The call server 
l2al9okeepsUacks of thoBtatt^ (e.g.. bu«y. idle, down, 
and eo forth) of the terminals that it is responsible for. In 
addition, the call server 12 keeps track of thd usage of 
the transmission facility (the data network 20 arKi other 
transmteeion rBsources) by the telephony applic&tksn. 
As used here, telephony applicatoi" refers to one or 
more sessions of voice or other audfo communlcaitons 
between or among the various lennlnals. 
[0099] fteferrEng to the ^samples of Figs. 2-5, proo- 
esses for eetabfishing a call betv¥een an orfginallon ter- 
mcnal (e.9., the terminal 14, also ref en^ to as termindl 
Pi ) and a destination terminal (e.g.. the terminal 16. also 
refen-ed to as terminal B2) ar© Illustrated- In the embod- 
iments of Figs. 2-5. the can sewer 12 does not access 
the network monitor to select resource elements. An 
orf\bodlment which does is described in connectton with 
Figs. 7A-7B and 8. 

[0037] Fig. 2 iUuatrates the mes^ges communicated 
betweem the various entities Involved .in caB establsh- 
ment. arvd Rg. 3 lilustratee the tasks performed by me 
call server 1 2 h the call ©statolfehirwrTt process accord- 
in9 to one embodirrYenL To start a caS. the origination 
tsrmlr^ 14, which has an IP addre$s P1» serais a 
requB^ euch as a Gafl^Getup n>e9sage, which te re- 



varying lavete of data compree&lon with rower date 
transfer rale requirements. For exampJe. the Q.728 co- 
xs dec rer^ires a IS-kbps transfer rale, the G.729 codec 
requires m 8-kbps transfer rate, and the G.72a 1 codec 
requires a tmnster rate of 6.3 kbps. 5.3 kbps, or less. 
[0038] In the call senrer 12. the list of available codecs 
and list of supported packet sizes in the CalLS&tt^ 
^ message are received (st 104) and combined mtoacan- 
cfidale list. Ahemativsly, the diffarent lists of resource el- 
ements may be maintained as separate candtdeie lists. 
[D039] Basod on the CalLSetup message, the cat 
sender 12 tianslatas (at 1 06) the number (e.g.^ the dialed 

29 number) of the caUsd party into an \P address (e.g.. ad- 
dress P2 (A the destination terminal 16). Next, the call 
server 1 2 send^ (at 107) a query message to the policy 
server 18. The query meseage fncludesthe JP address- 
es or the wfginatlon orvS destination termlrials (Plj R2) 

30 and a request for the usage policy for a telephony ap- 
plicaoion between the pair or terminals at present 
timo. 

[0040] The policy server 1 & responds to the query by 
sending a reply meseago back to the call server 12 to 
indicate the usage poHcy for the termlrats Pi and P2 for 
the present call session. The usage policy information 
may be In the form of predetermirved vatuee represent- 
ing different levels of target usage for tefephony com- 
municationsw AiterrQt^ely> the usage poltcy tnformation 

4Q ma^ be In the form of informalkxi identttyhg resource 
elements ttat are supported or not eupported at the 
present tinra. Based cm the reoaivGd usage policy infor- 
mation, the call eerver 1 2 updates (at 108) the carxikiate 
list by delving unacceptable codecs. The policy senrer 

4& 18 may set a low usage level for the telephony ^pSca- 
tkxi because of higjh traffic carrying tradKional date 
packets -(e.g., e-mail traffic, web browsing traffic, file 
transfer traffic arid so forth). Thus» codecs that have 
high bandwkfth requirementB may be deleted (at 108) 

so from the candidate lid. Examples of such high band- 
width codecs include the Q.711 codec. In addition, un- 
aoceptable packet sizes are also deleted from the cbjv 
didate tist (at 1 08). depending on the usage policy. If low 
usage level is indicated, then shorter packet sizes may 

£s be delated horn the list Thus, the call server 12 selects 
one or more resource elemsrtts {e.g.> codecs and pack- 
et sizes) that ore supported biased on thts usage poUcy 
of ttie data network 20. 
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[0041] Optionalty. the call server 1 2 can sdso pBrform 
an acJditicxwl bandwidth restriction basad on the ueags 
oi transmission rasources, Eacrt connection between a 
pair of tenmlrtals sherea a pool ct irans^nlsskyi resourc- 
es (Ilnk3 coupling th9 term tote that ihe cat] $6 nf9ri 2 b s 
responsible foi> routers and g^eways coupling the links, 
and other resources) with oth«r applications. Tbe call 
server 1 2 keeps track ot the usage of ths pool of trana- 
mi&ston rBdoun^e by tiackingthe number of voice calls 
and hand*ftdth usees. When the usage reaches a pre- ^9 
detenntned threshold, the can se rver 1 2 may further limfi 
-Iho t>sndwIdih-oeagB.-therc^t-ffsn7er12 nrtay use this — 
limitation tolurther del^s (at 11 0) unacceptafaleoodecs, 
packet sizes, and olher resource efemems from the can- 
didate net so that a further reduced number of resource i^ 
elements may be selected. 

[0042] The call eer/ct 1 £ then eends (et 11 2) a query 
message, e.g.. a Query.Resource^vaflabilfty mes- 
sage. Id the destination terminal P2 to Identify the sup- 
ported codec6> packet sizee. and other resouroe ele- so 
ments In the destination lermtnsl P2. The results are re- 
turned in aReply-^Reeource_Ava3at)ility message, Inom 
which the call server 12 can detemiine the codecs, 
packet sizas, and other resource elements suf^xxted 
by the destlnatfon tennkial P2 The candidate list of oo- 2^ 
decs, packet sizes, and other resource elemerttd is up- 
dated based on the available codecs in tho daatbiatlon 
terminal P2, with unsupported codecs, packet sizes, 
and other rewuice elements delated from the cartdidale 
list. ^ 
[0043] Potentiaily. all codecs or packet sizes may 
have boon deleted from the candidale liet. If either the 
list of codecs or the list ot packet sizes is empty (as de- 
termined at 114)» then no supported codec or packet 
steo esdete toallowa call to proceed between the term*- 3S 
nals PI and P2. at which point the call senf^er 12 sends 

(at 1 1 6) a message to tsTminate the cuM tt£]lup. The call 

sewer 12 ateo informs the origination terminal Pi ctf ths 
setup fai^re. 

[0044] If at lea^ one codec artd at least one packet 49 
size is availebfe In the candk^ list, than the call can 
proceed. It two or rrrore codecs are present in the can- 
didate listi then the codecs are reordered (at 11 8) by 
applying a merrt-based codec ranking afgorfthm to rank 
the codecs in the candktete lisi in the descenriino merft 
order (described further below). Packet sizes may also 
be ordsrad acoordtrvg to a merit ranking algorithm, as 
may other resource elements. The codec, packet size, 
and other resource element teving the hiQjhest rolsiive 
rank Is cetccted, ^Utematively, selection may be per- ^ 
formed by ths terminals, Whk^h may be adapted to select 
the highest ranking resouTce elements from a list 
[OD45] Next, the call server 12 sends a CaltSetup 
message to the destinotron termtnal P2, wth the 
CalljdBtup message hduding an Identi^er of the calling SS 
party (e&har the calling termlnaTs telephone number or 
its IP address), ihe selectad codec, packet size, and oth- 
8r reecunse element. The call sewer 12 then proceeds 



(at 122) to the remaming tasks to be pOTformsd in me 
call setup. Including sending a Setected.Reftource 
message identifying the selected codec, packet size, 
and other roscurc© etement back to the originaltoo t9^ 
mirral Pi . Alternatively, the codec, packet size, andc^ 
er lesoufce element may be communicated as param- 
eters in a setiip.Connectlon message sem by ths caS 
server 1 2 to connect the cad between tenmlnate Pi and 
P2. A media path is then set up between the terminals 
Pi and P2. 

[0046] Abhough reference is made toselection of sev- 
-flfai r&s ouff 5rgigmgfttsrn IS co ntofndigi5g~iF^ turthei^ " 
embodinwrns may select fewer than all the possible 
types of resource elements in the call managemem 
process. For example, call server 12 may perform se- 
tectton of only codecs to manage bandwkith usage and 
C|ua}!ty of service on the data network 20. In addition, tf 
munipia call servers are present in the data network 20, 
then communications may occur between call eenfers 
to enable eelectron of resource elements for establish- 
ing a calf between terminals controlled by the can sen^ 

«rB. 

[0047] R^ening further to Figs. 4 and 5. another erT>- 
booimani of perfommg cedl esiablfehmerTt in whk:h a co- 
dec, packet size, and^ other resource element are se- 
lected is itKistrated. Fig. 4 Illustrates messages ex- 
changed among the entities involved In the call eeiab- 
irshmem. and Fig. 6 ttlustfales the tasks performed by 
the caQ senrar 12 in accordance with ihte embodlmenL 
The tasks performed in the embodiment of Fig. 5 thai 
are common to the tasks performed In the embodiment 
of Fig. 3 have the same reference numbeie^ As vnth the 
Figa S-dembodbnervt, the orlginatnn terminal Pi sends 
aCalLSetup message to the call server 1 2 that includes 
a list 6S available codecs, a Ifsi of packet sizes, and a 
net of other resource etement&i which are received In a 

candidate Ost (at 104) end uq»d^od (at 10S) b3«ed on 
the usage polk:y in the data network 20 for the telephony 
applkjation as determined fiom the policy ^ewer IB. 
TMe candkiata Ust may further opfkvially be updated 
based on an Irrtemal table In the call server 12 on the 
ueage of transmission resourcee (at 110). However in- 
stead ^ querying the dester^ion terminal P2 for its 
avedabfa codecs and supported packet sizes, the call 
server 12 in this alternative ©rnbocfimenl determines (at 
202) H the candidate list is empty at this point If so. then 
a capable codec and packet ezo have noi been found 
and the call eetup is tennhated (at 204}. However, if the 
candkiatB M Includes at least one codec and at least 
one pxkaX size, the call server 12 reorders (at 206) the 
codecs and packet sizes Of more than one o! each} in 
the candBdate list ascending to a descemding merit score. 
IhQ candklate fist is sent (at 208) by the caller sen^r 
12 to the destination tarmlnal P2 in a (TalLSetup mes- 
saga to notify tha dssttnaiksn temitnal P2 ofan Inoomtns 
cafl. At th^ pcM, the desHnation terminal P2 may com- 
pare the Bsl of its supported codecs to the ones in the 
candidole Bst. The destination temrtinal P2 selects the 
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coddc (anci olh^r r^ourueQlsmdnts) having highest rel- 
^iv9 r^fOn^from tlie c^mdidatd list that is also currently 
cupported by th© t^onVial P2 for tha currem call. II no 
capable codac or p<ackat size exists, the destination fer- 
rtnlnai PS inJcrma the cal server 12 <A the rejection. The 
call eorver 12 determines (at 210> i( a c«pa&le codec 
and packet siza had been identmed. If not (as ddler- 
mined from receipt of the fejwtiofi messaga from the 
destination terminal P2). the call setup is terminated {at 
212). 

pXM8) Ho^ivever, H a capable codec and packet &w& 
"-are -idantffiedj-lhe destiriatton-temtinal Pi 
can aarver 12 of the selected codec through a 
CaJI_Progre8a message or some other meesada. If the 
cat! server 12 detemiinee thai a capable codec and 
packet size have been selectad, then the call server 12 
trar^its the selected codec and packet we (at 214} 
to the orfginatfon tcmslnal P1 fai a Setup.Connection 
message or some other message* euch as a 
Select_Re3owrco measage. The call server 1 2 then pro- 
ceeds to the remaining taeke to perform tor the call setup 
(at 216). after which a media path is established be- 
tween the origination terminal PI and the tenninaticn 
terminal P2 for voice (or oOier audio) communications. 
|0D4S| Vartations of the processes described in con- 
nection with Figs. 2-5 may be performed periodtcally 
during a c^l seseion between two or more teiminaift. 
This allows modification or the selected resource eie- 
ment in lesponea to Increaeee or decreases Hi tf>e avaul- 
able bandwlcfth of the data network 20 and other trans- 
mission resouroes, including usage of resources in the 
terminals themselved. 

[0050] Refen^ to Rg. 6, components d an example 
terminal andean sen/er are illustrated. In Ftg. 6,tha com- 
ponents of the terminal 14, 16, or 30 cad server 12. 
are ittustrated As nc^ed above, the terminal 14; 16. or 
30 can tie one of marry types of devices capable 01 com- 
municating voipe ov6r the data network 20. These ter^ 
mnals nAy include computer syslerr;©, letepTiOrtOfi that 
are oonfigtired to communicate over a data natwork, a 
gateway system to the pubfic switched telephone net- 
work (PSTN)» and other communtcationfi devices. 
[0051] The tayers of the tenmlnal 14. 16. or 30 include 
a network irtferf aca controller 302 that is coupled to the 
data network 20. Above me network interface controller 
302 is a network device driver S04 aAd a network stack 
308, fiuch as a TCPj^P or UDPTl P stack. Abcvo the net* 
work stack 3oe is an Rtp ^yer 30B that performs vari- 
ous tasks associated with real time conrtmtinicati^is 
euch as telephony communication&. Incoming data from 
the data network 20 ts received through me layers 302, 
304, 306 and d08 and routed to art ^udlo oodee 3l0, . 
whkdi has been selected from a number of ava^atole co- 
decs as discussed above. The incoming data *s decod- 
ad tha codec 3iO ar\d routed to a dlgttai4o-analog, 
(C/A) converter 31 2 to produce the output at a speaker 
314. Outbound data to the network 20 orignates at a 
microphone 316 or from an appOcation routine 318. A 
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user can speak into the microphone 318 to communi- 
cate voce data over the data nehsfork 20. Altemativel>i 
tha application routine 318 (or some other routine) rrxa^ 
generate voico or other au^ data to be t/ansm^wd to 
the dale network 20, Examples of this may include » 
automated answering appllcalion, auch as a vofce msa 
apptioation or a voice prompt application from whch us> 
ars can select to access to various series. 
{0052) From fhe mtcrophone, audio signak are 
passed through an analog^o-digital {AJD) converter 
3^0. which digitizes the audio signals and pa^s the 
xJIgftal ^aixfioidata-tothycodgc-3it>:-ThBTaa3^ ^ 
codes the data and transmits the coded data down lay^ 
ers 306, 306, 304, and 30? to the data network 20. Tina 
audio traffic is communicated throu^ the data network 
20 to another terminal to which the temiinal 14. 16, or 
30 has eatabfished a can connectiorL 
{0063} In adcfrtion to the audio traffic path, a contri^ 
path exieta between \h& terminal 14^ 16. or 30 and the 
call eenrer 12 to set up. m^tain. arrd temirale vc^ 
calls ever the data network 20. In the temiinal 14, 16. or 
30 one or more ^plication routines 318 may generate 
contADi messages that are transmftted to the call server 
1 2 through the rtetwork siack 306, network devioe drh^er 
304. network interface control^ 30Z and tha data nri* 
work 20. Contrcal ^naling itom the ca$ server 12 is sim- 
Qarty received throu£ti the same layers f num the data 
network 20 back to the one or more applicatton rotitbnes 
318, 

{OOfii] In tha cad server 12, e'mWar layers may exist. 
A rratwork iotaiface controller 330 in tfie call s^er 12 
is coupled to the data network 20. Above the network 
Hsjface controibr 330 is a network device driver 332 
and a network stack 334, such as a TCP/IP or UOP/IP 
stack. CVie or more call processing loutines 336 h the 
can server 1 2 control the managernant of calls between 
terminals tf\at are-afisigned to the call sender 12. Tha 
call processing routines 336 perform the establishment 
of calls, mavitenanoe o( calls, and terrrft^atkm ot ceSs. 
The caa processing routines 336 may also parfodh:ally 
detsrmna the mrattabie usage of the data nertwortc 20. 
which may causa it to update the codec and packet si2^e 
used by the terminals in the voice communication ses- 
eion over the <^S£s network 20. ^ exan^Tle, the call 
server 12 may maintain a usage table 351 to ke^ track 
of the number of active telephony oaDs and the usage 
(baaed oc selected resource elemcnis). 
fjoiosS} fn each terminal and can sender, various soft- 
ware routines ornnodulae may ^dst. such as the one or 
more application routines 316, network slack 308. and 
device driver 304 in tha lermnai 14, 16, or 30 and the 
one or more call process rr)g routines 338, network stack 
334, and device driver 332 in tha call sanrer 1 2. Instnjc- 
ttons of such software routines or modules, and others, 
may be atored In storage units 344 and 349 in the ter* 
minaf and call sarver, raspedive^ The etorage units 
344 and 349 may kidude machine-readable etorage 
mecfia tnc|udir>g memory devices such as dynamic or 
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sialic rarxiom access menwies, erasable and program- 
mable read-only mefT>orieft (EPRONAs), electrically 
oraaable and programmabJo read-only m8fnc>rie» (EEP- 
ROMs). BUTd flaah memoriea; magnollc disk* sisCh as 
fixed, floppy and removable disks; other magnetic me- 
dia trxjluding tape; emd optics\ media such as compact 
discs (CDs) or digitaJ video didC6 (DVDe). 
{0056] The in6tructlon& may be loaded and executed 
by centred ltdJis 340and 346 in the tenmlnei end call &9rv- 
er, respectn/ety, to perform programmed acts. The corv 
trot urtUft 340 and 343 may fficlude micropmcesaors. 
—CfOCOrtHi&ltersr-fipplicalion-specific tntcgrated-cirrnits" 
(ASJCs). programmabfe gala arr^ (PGAs), or other 
contfoJ devices. Tiie terminal i4, 16, or 90 may also in- 
ciudo a 6\glca\ stgrtal processor 346 for perfomr^g arfth- 
metks tnier^hre opeiationd such as compression and da- 
compreeeion operations performed by the audio codec 

[0057] inatruGtiond ot the software roiAlnas or 
modulee may be baded or tr^sportod into a system or 
dovica in one of nnany dr(f ereni wey&. For example, code 
segments or instructions stored on floppy dizk&t CO or 
DVD media, the hard c£sk, of transported through a net- 
work Interlace card, modeim. or other interface mecha- 
nism may be loaded tnto the fiv&tem or device and ex- 
ecuted as comespondvig software routines or niodufes. 
In tha loading or transport process, data signals that are 
embodied as oamer waves (transmitted over tel^hone 
llnee> network lines, virireless links, cables, and the JiKe) 
may communicate the code segments or instruiitions to 
the eystem or devke. 

p>QS0l The foliowtng discu^s^s the merit-based co- 
dec ranking in accordance with one embodinenl A 
modified ranking system may be provided loi* packet 
6i2o andtor otfier resource element selection. The call 
server 12 mairvtajne a fable of diamctertetk^s of each 
codec Includirrg thn fQtlowing attributes: v^ce cfiality 
(O). bandwidth usage (B). andterrrvnal DSP (d.gL. digitei 
eignal pioceeeof 346 in Fig. 6) resource usage (R). The 
O, B, and R attributes may contain nunrterlc values 
(ranging between 0 and 1 ). The attribute B ^ on^ em- 
bodiment may represent the inverse of the actual tiarxJ- 
wtdth u^ge, that Is, a higher B value Indicates low bend- 
wfedih usage and a low B value indcatee high liandwfdth 
usaga A higher value of R fftdicatesk>war consumption 
of DSP resouroee. The attrbute R similarfy represents 
the inverse of the actual DSP usage. A merit factor M 
can be confuted for aach codec in tha candit^te list as 
a linear combinatkm of the attributes Q, B, and H ac- 
corcfing to the following equation: 

where Wq, W^i and are welglhte that are assigned 
to the attributes Q, B, arxJ R, respectwoiy- The values 
of me weights W©. Wg. aid Wr rnay be dynarrec and 
c£n be based on ueage of the pool of tronemlssion re- 



sources used for tfie telephony application. TTiue. inw® 
example embodimerrt. the vaiuos of the weights 
Wg, and Wr may be assigned as Tolfowing: 

* W^=(t-t)-'0.8. W3 = t,andWf, = (m) *a2. 

Where t is the perc^tage usage of the pooled transmh' 
siort raaources for tho l^di^phony applicatkan. The CO- 
TO decs tn the candidEate list may be an-anged in descend- 
ing order of the merit factor M in ons eml^iment, from 

"which a rxsdsc rarrbB- sslected "for use Irr thvc^ TdtSB — 

estabfishadL 

[0059] Thus, accoiding to one embod im ent, the mail 
f* feictorM is hf^rfor codecs havir>g relatively high audio 
quality (Q). low expected bandwidth (e.g., data transfer 
rate) usage (B), and low expected D3F usage (R). Co- 
docs fiaving robthrety ksw audio quality, high expnete6 
bandwidth usage, and high DSP usage wiir have a lower 
M value. Thusigsnerally. the value of tfie merit factor M 
is increased with ht^r audio quality and decreaeed ue- 
aga of transmission roaourcee (e.g., links in thscfataitel^ 
work 20 and DSP 346). 

[00801 As footed above, the talephonycomnf)unicatiGn 
p£ system 10 indudes a netmrk monHor 19 for monitoring 
various chaTacteristics and condttlons ol one or more 
portior>« of the data nehvork 20. Multiple network mon- 
itors may bd present lor monitoring different portions of 
tfie data network 20. The chaiaotertetics and conditksns 
30 monHorad include p^et d^y, ptter, and percentage 
of packet lose. 

JPOei 1 The r^otwork monitor 1 9 may perform monitor- 
vig of a network link ki a nurrdser ot dtfTerent ways. One 
technique ^ to use a networl^ rrKinitor having two differ- 

SS ent rKxiee on a network link. One node of tha network 
monitor can s^d test packets targeted to the other node 
■1 the network monitor id. From tha tr^smiseton and 
receipt (or lack of rece^} cd test packets, the nodes of 
the networfc monitor 19 can determine the delays in 

^ transmis^ons of packets as wed as the percentage of 
packet k^a. The netwoilc monitor 18 car> perfodlcaOy 
oommunicBte test packets to monitor the link On a peri- 
odic basts. Such a technk^ue may be referred to as a 
static nrtortttoiing technkfue. 

4f IP062] Adynamic technique to rr>onaor a link is to ac- 
cess neuters or gateways that corrtmurticate with the 
link. Routera arxJ gateways maintain management Infor- 
mation that keep track of delays being expariencsd with 
links that the routers and ^eways are coupled to as 

^ wefl as amounts of packets that are being bet. Thus, 
each time a cafl sender accesses a network monitor to 
fullest the current GfiaraBtaristlcs and oonditlons of a 
particular Ikik. tha rkstworknton^ can issue a query to 
a partwular gateway or router to determine the curmnt 

*s conditions. 

tOOOa] In further ernbodiments, the network rronttor 
19 may abo ptovtde arxi-to-end delay and packet ksse 
inlonmalion based on the several daseee of eervice that 



8 



PAGE 12/54' RCVD AT 2Q3/2005 11:17:05 AM [Eastern S(andar(l r^^^ 



FROM'MCrTechn6logy U'^ Washington DC 



(WED) 2. 23' 05 1 1:20/ST. il:14/N0. 4261173074 P 13 



15 EP 1079 573 A2 16 



n\ay l)e supported, such as thoss in a quaiiiy-of-service 
(OOS) onabted notworK- For example, if the t*ata rtei- 
worJt 20 employa differential services (Diflcerv) to pfo- 
vide QOS. different claeaeo of packets may be deftn^ 
basod on aligned Diffserv code pofnis (DSCPs). On^ 
class of pactete rtt&y tnctudd packets delivering voice 
or other audio data, Otl^r classes may be defined for 
other types of date that may be ccmmunicaied through 
the d^ network 20. The differertf classes of packets 
may be routed through different queues through r^et- 
work nodes eo ^at higher piterity claeees of peckets are 
-^elh^iBffr-rTK)fQ'quickfy-The-f>etwork-rnonTt oj 19 i nay 
track the delays and packet toss inf ormatbn by DSCR 
wnh one DSCP assigned lOr the votce^o^ar-JP dass of 
een/ioe. 

[0064] Once the packet delay snd toss Normatkxi is 
detenmiriedbythecall eerven^, the cell eeiveriacan 
accesG a c^baee of models (ref ened to as E-rmdele) 
Km «?ach call «orver to Ootuimine il a uudoc can aatiafy 
a de&ired level dl quality based on the prevaifing network 
link condtttons. E-nnodets (repnaeented in the form of 
charts) may also be malntaried for the other resource 
alements. Two E -model charts 350 and 362 are tUustral- 
ad in FigSu TA and 7B for Ihe G.729A and 0.72X1 00^ 
decs, rospecth^ely, Eaclh E-model inctudas a chart rrtap- 
pk>9 packet delays and percentage of packet bss to a 
desired qtiatity level, in each E-model chart 3S0 or 352. 
an R value repreeeniB the desired quality of service. The 
call server 12 may maintain profiies and poicfes estab- 
lishing the desffed R-values of cafls between different 
oombinatkmo of callers. For example, tor intsmal calls 
within an organlzafion, a lower qualfty of service (and 
therefore lower R value) may be eetablished, whereets 
exterr^l calls are eet at higher R values. Other embod- 
imente may use different representatk>ns of the quality 
of audk) servtce of codecs and other resource efemerrts. 
10065} In the chart 350 for the G .729 A codec, the hor- 
izontal axt& represents packet delay arxj the vertk^ axis 
represents the R value. The curves 360A-3a01 n^re- 
sent different percentages of packet lossee, fn one ex- 
ample, the cun/e 3S0A rsp resents a 0% packet loss, ttie 
curve 360B represents a 0.6% packet la^e, the curve 
360C represents a 1 % packet bee, thie curve 360D rep- 
resents a 1 .5% packet bss, the curve 360E ri^resents 
a 2% packet loss, the ci^ve 360F repreeents s 9% pack' 
et losSp the curve aSOG represents a 4.% packet loss, 
the curve 3601-1 represents an 8% packet k^ss, and the 
curve 3601 represents a 16% packet toss. Thus, as D- 
iust rated in Fig. TA, the higher the delay arxJ percentage 
packet loss, the bwer the R value. In one embodiment 
awi R vstfve of 80 generally indicatas th^ usera are very 
satisfied, an R vatue ot 80 gensr^ty indicates that users 
are sausflad, an R value of 70 generally Induales that 
some users are dissatisfied, an R value of 60 genially 
ineficatBs that many users are dissatisfied, and an R vat- 
ue or 50 and betow generally tndtoate that nearly alt us- 
ers are dlssaitsfled with the levet Ot eervk;^. 
[Ooeq T>ie chart 352 in Rg. 7B for the G.723.1 codec 



is similar to the cnart 350 in Fig, 7A. with the curves 
362A-S621 representing oorrespondlng percentages d 
packet k?ss to cufves 360A-3S0t in Fig. 7A. Thus, given 
the cufTont peckel dolay ar>d pefcentaga of pocket toea» 
5 the charts of the ^-models for the vanoue codecs mey 
be accessed to datarmine which codec can support ths 
desired R value. In further embodiments, diff erer^ mod- 
els may be used for codec or other resource elemeit 
sclect»n. 

ro [00671 Thus, referring to Fig. 8. in accordanco with an 
altematjve embodiment thai uses E-rnodel charts, such 

as-350-and-352,-fhWTcallSSnreri2irBCe;v^ 

cafJ request from am originatfon terminal. The caH re- 
quest may identify the resource elements, tnclu*ig co- 
ts d©<», supported by the ordination terminaf. The c^ 
server can perform (at 371 ) selection of the codecs and 
other resource elements based on the usage policy and 
tisageol transmission resouices^ including the data ne^ 
work 20, as described above tn connec^tion with Figs. 
2-6. TTils may reduce the number of codecs and other 
reeource alemerits, 

fOOea] Further, based on iha profiles and polk»es ae^ 
soctated with the Identified origination and destsiation 
terminate In the caU request, the call server kjentifies (at 

^ 372) the target quality of service (R value). Next, the can 
server 12 can send (at 374) query messages to ttie net- 
work monitor 1 9 to determine ttie current characteristtes 
and conditk)ns of the network 20, including network de- 
lay and packet bss. Based on the kienlifled delay and 

w packet loss mfonnaiian. the call server 1 2 accesses (at 
376} the E-model charts ot the supported codecs. From 
the E-model charts, the call ee/yer 12 Identifies (at 376) 
the codecs and other resource elements that satisfy the 
target R value. Next, the cocfoce and other resources 

^ may be ranked (at 380) as described above based on 
vartous merit attributes to enable selection of one of the 
codecs and other resource elements to use during the 
caili as descrtied above, 

ipoaell Some emtxxilmerus erf the Invention may pro- 

4C vkie one or more ot (he foftowfng advantages. A Deidble 
codec (^vi other resource elemmt) eetectidn strategy 
is provided to enforce a policy based on the codec data 
rate between a pair of terminals where the codec (and 
other resource element) selection takes mto Bocount the 

4S capacity and resource limitation of the terminals as well 
as network tiaffic load and actual transmission resource 
usage in each temrtinat Selection of resource elements 
may also be based on the prevailing characteristics arxi 
conditions ot the netwonc, etich as dalay and packet 

«e loss. Fane poticyccantrol over telephony trafflG over a da- 
ta networtc ts made available. Selection rray be biased 
towards hi^ vok» qualfty when traffb is light; however, 
if other network tralfic h^, then voice quality may be 
reduced to reduce the toad on the data network. 

55 POTO] The codec and other resource element selea- 
tton technkiue and apparatus niay be used with other 
^pltoallone. For example, for video conferencing coiti- 
murbcatbns aessbns over a packet^bssed cteta net- 
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work, s&leclion cA vidso codecs may al$o be used to 
duce load on the data network. 
[0071] Another aspwt of "rnawiaging telephony com- 
municaiions over a tfata network Is call adrntosbn con- 
trot. A call adnrusGion procedure determlndG ^^ther to 
accept a call request from an origination tannlnaL If a 
data network, or any portion ot the dala nstwork, ha& 
become saturated w^h traffic (both audto and tradttiortal 
dsia packei traffic), ih&n funher caS requeste may be 
denied to ertdure some predetemninedquality ot service. 
According to ona ennbodtnnent of the invention, call ad- 
-missionc tstaeed on iisage of Unt^'betweiaii UiffbHw i t 
groups of terminals (with the groupe refenred to as com- 
munftiea). Each community inctudee muttipte teimtr^ 
that are capable of communicating with each other with- 
out being subjected to call admissrons control This is 
pnAdt possible by grouping lormtnale are coupled 
to high capacity Hnks, such as t^ANs. Ab used here, a 
community refers to a ^roup oS terminals that are cou- 
pled by links having reiathfefy high tiandwidth. Such ter- 
mhale may be kicated geographically close to each oth- 
er Qf thoy bo located over large distances. 
[0072] Wtthfn each communtty, vox;o calls between 
leiminals are aQowed to proceed when requested, in 
one embodiment to provide some limitation on bend- 
wkfth usage of the oommunk^adon Jink within each com- 
mtmtty, resource eJemcm solsctksn (such as the codec 
and packet size selection descrftied above) may be 
us9d to fimlt the tsandwidlh of each call sesskxi when 
targe nimibdm of call easskxns are present in the oom- 
munSy. In other embodiments, resource selection may 
be stsppad for intra-oomrnunity catts. The call adrnlsston 
control in some embodltnende of the invention |& provid- 
ed for oalls made botwoon communltiee based on usage 
0^ the links among the oommimHisii 
[0073] R^enring to Fig. g,or)e arrangement of a voice 
oommunlcatlQn system 400 that includes communiiies 
is illustrated. The illustrated mulUple Snks between ter- 
minals are k}gical links, not physical links. The logical 
links are part of the ovenalt rfRin n^work. with each link 
corresponding to a path through the data network be- 
tween any two lorminals. In Fig. ft, e^h of the three 
communlHas 40^ 404, and 406 Includes its set of ter- 
minals. In ^s community 402, term'mts 408 are coa- 
plod to a link 400 (e.g., a LAN, WAW. or other network). 
A call senrer 410 is also coupled to the link 409 to mar>^ 
age caUe between or among the terrrdnals 408 end be- 
tween one or more of the temifnals 40S and a tamninal 
eixief nal to the community 402. The Urst commtmlty 402 
te coupled to the cooend community 404 over a link. In 
the second ocmmunlty 404, tenmtnals 414 are coupled 
to an internal link 4i€. The second communis 404 is 
coupled over arasthar external Qnk 430 to a tNrd com- 
mimtfy 408. An tntemaJ link 421 in the community 406 
13 connected to terminals 420. in the aiusDraied ombod- 
iment, the second and third communities 404 and 406 
Share a cat! seiver 416. which nnanages calls wHhln 
^ch of, or batwaen, the communiiies 404 and 406 as 
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w«H B3 between a terminal in one of the communiiies 
404 and 406 and anofth^^r communrty. «uch as commu- 
nity 402. Each eerver maintains a ifsl of its as^rgned 
conynunities and twminals In each of those commurS- 
t/es. 

[0074] Ger^rally> the Hnks 430 and 432 (and other ex* 

1arn»l Jink? connecting oQrnmunitcps) have lower band- 

widths than the internal links in each of the communities. 
However, it is contemplated that G}ccepUons to this exist 
where an eternal link may i%ave higher bandwidth than 
an Internal link. For a given community \, the toflowing 
"parametCTSTTtay ~be"dertned:"lij;"wl liclr repretsentsths" 
Bmlt on a total av^lable bandwidth between the com- 
munity and a device or system external to the conmi- 
nhy; M|, which represents the threshold at which reee- 
(ection of a codec, packet size, or other resource ele- 
ment is performed to reduce load on a link in a commu- 
nity; N,, whjch represents a threshold to restrict outgoing 
calls; and T|, Which represents the usage of the trans- 
mission resources in the community. 
[0076) Thus, according to one embodiment of a oaH 
admission comrol. outgoing nsw cat! requeste from the 
community I may be denied if the value of T, exceeds 
the threshok^ N|. If the traffic T, exceeds the tlveshold 
Mf, then Ihs call server for the oommunity I can Stan to 
perform codec and other resource selection to reduca 
traffic. Thus, as descrIt>od alaovs In connection w3th 
Figs. 2-6, a call server may discard codecs and/br other 
resouFca elements based on transmtesion resources 
that the call server moniora, inclucfing the sevar^d 
threshoWs U M|. and N, of lha community I. In one em- 
bodiment, the vakie o< M| Is about QO% to 60% of t^. The 
value of N| can be set at a value closer to or at L|. 
[0076] Further, a pair-wise limit can be added for call 
admission contit^l between communities. Inthisennbod- 
tment, for a given community link between two commu- 
n^res 1 and J, the toBowir^g para^lers n^y be defined: 
Lj, which represents the limit on a total bandwkfth to be 
used by the community link IJ for 1h9 telephony applica- 
tion; Mu, Which r^esenta the threshold which re- 
source element selection is performed; and Tjj. wfroh 
represents the usage of tiansnnssicn resources of the 
community link U. A community link does not have an 
N parameter since a ink has no direction and the con- 
cept of kicoming or ouigoing celts <kMs not apply. 
(00771 For a terminal in community I to establish a 
r>flw ca(l with a tenninal in commurtity J, tha lollowfng 
must be satfsfied 



T, < N, and Ty ^ Ly- 



[D07HI The first dauso essentatty states thai the traf- 
fic between oommmity I and all t^arcommuntties must 
be less than the threshoM limit N^. The value ^ T, ia the 
sum of aQ trafTic b^een community I and all otfiar com- 
munities, that is 
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[O07q The «eccod cteuso (Ty <: Ly) spocifieA that the 
traffic on the fink IJ between communfties i and J must 
b& bss than the thxoshcki lu- If either ai the two causes 
arQ not satisfied, then tho eati revest ffOm a tarnr^lna) m 
community I £ dsniad. A threshold Mjj is also «pecF(ied 
for the link IJ betwaen communitiee I and J to specify a 

— Hmit^which-Tasource'satect ion la p e j ^otm ad. 

fOOOT] Ttie Imils U, Lu, M*, end may bo et^ 
(that they remain fixed) oradaplfve (that 1«. they may 
change with changing condttlone of the data network). 
For example. a» the data natwriv traffic Increased, the 
thi-eshold values may decreaeoL The call server can col* 
lect stat istics regarding the netvrork (such as by acce$$- 
ing a network monitor or c^er node euch as a router or 
Qateway) to determine the conditicr»e of the network. 
Based on the corKfitions. e.g., large dslays or packet 
loeeee, the threshold values may be decreased to rmain- 
tain ftigh quality of service. 

(0091] Aa Hlustraled Pig. % the first community 402 
ha& thefoUowing parameters: Ti,L,.M^, N^rthe second 
comnignfty 404 has the following parameters T^, 
Mg, and and the thifd community 406 has the foltew- 
ing parameters: T3, M3, and Nj. "me community link 
432 has the lollowins paramsters: Tf^ L^^. and the 
community fink 430 has the foltowtng parameter^; T^g, 
La> and Maa- 

[OOaS] Rerferring to Figs. 10A-10B, the call admis^ 
9ion» control pfocedure is illustrated <or a call between 
an origination terminal in one community (community I) 
and a deatinaik>n terminal in a eecorid community (com- 
munity J), tn the eocampla of Figs. 10A-10B. a first cafl 
eorvor 600 eervlcofi eorvvnunfty i and a second call serv- 
er 501 aefvicee oommunily J, The call sender 500 fo- 
ceives a OatlJ^^> message from a termir^al in 00m- 
munrty 1 thai sidiidas a fist of supported audio codecs 
and a Bst of supported packet sizes. The call server 500 
thftn determries (at 502) whether the oaS is an Intra- 
community or an inter-cenumrnity caft. if the call is an 
tntra-communtty call, then the call server 500 in comrmj- 
nhy 1 performs intra-communHy call processing ar>d ox- 
changes messages between the terminals invoived tn 
tho call sesGion (at 504). Codec and other resource ot" 
sment selection may be performed as described above 
rf the traffk} T, exceeds the threshold value M|. 
[0099] tt the call is an inter-oommunity call, then the 
ce [I eerver 500 determines (at 506) the name of the o«1g- 
inatkan community, m ihis case community t. Tho oall 
server 500 then checks the attributes in. M^. and N| of 
the ccmmtraty I . At ^s point, the caD server 500 checks 
the traffic T| (batwean oommifliity I and all other com- 
munltlaa) against the iimtt N|. tf T| axcaads Nh Uien the 
call is denf ed by the call server 500. However, 3 the caS 
request ts aKowad to proceed, then a candidate list 0^ 



codecs arxl packet sizes is then creeled. 3Uc;h a list 0$ 
codecs and packet sizos may i:>e furtlier restricted base^ 
on the values of the threshokis L|, M^, and t4f, Theband- 
Width for community 1 f e^erved to reserve capacity far 

£ the requested call. This allows the call eeo/er 500 to 
monitor the available bandwidth lor furthsr inter-com> 
rnur>ity cat! requests from terminais in the community I, 
[0084] A caU request message is sent (at 508) frtxn 
the call &0rver5OO tothe call server 501 that is assigned 

to to community J, The message includes the name of the 
origiriation cotvnunity t as well as the candklate list of 
codecs and pai:Ket^st2PSS7lirru5por^idlh&7A^s^6~ 
from tfw call server 500, the calf server 501 detenmlnes 
the destinatior> community name J. the communSy link 

Tfi U^andchackalhelfanltsLj, Mj,andNj. LMandMij{ai 
510). Stich a check includes checking if value of T|j ex- 
ceeds Ljj. Alsa the value of Tj (total iraffic ^ inter-com- 
munity caDs between communf^ J and afl other commt}- 
nitios) is evaluated against Lj. II Tj exceeds Lj or Ty 

^ e)eceeda L(j, then the call is denied and the call server 
501 irrfoms the call sender 500 of the cafl tem^ination. 
The call server 501 may also check T|j against My. and 
Tj (total traffic from community J) against Mj, to deter- 
irane if resource selection is rtoeded. 

£S ^085} From the limits, the call server 501 may further 
restrKt the list of alk>wed codecs and packet sizes. 
Bandwidlh Is then reserved for tfie community J and link 
IJ for the requasted call. The call server 501 then sends 
a CaJLSetup message (at 512) to the destir>ation termi. 

^ nalln community J. The Call_Setup nDSssage includes 
the codec and packet si^e canc£date list In respcnse to 
the Cafl_3^up message, the destination terminal sends 
back a CalLOonnect fnessago (at 51 4] that klentiiies a 
eetecled oodsc and a packet size. The caU eerver 501 

3S arKldasttnation terminal may select a codec and packet 
size using techniques described in connection with Figs. 
2-5, whicf> tifies a ranking algorithm. Based on the re- 
turned Can^Connect message identifying the selected 
codec and packet 3ize> the call server 501 corrects (at 

40 5i6)thee9qMctBdt)and«ddthusagdofcommunity I and 
rink IJ. The call server 501 then sends tmck (at 518} a 
Coraiect/Answer message to the call server 500 thai in- 
cludes sf\ identffication of the termination community 
Bnk (J) and thv selected codec and packet size. Based 

45 on the identlffcatton of the selected codec artd packet 
size, the expected bandwklth usage in the community 1 
for the can sesabn te corrected, and tha expected band- 
width usage of the community Snk IJ is updated (at 520). 
[0086] At this point, a call has been connected be- 

so tween the origination termir^i arid the destination tenmi- 
r\al in communities I and J. respectively tf the origination 
lermina] desires to temrUnate the phone call, then n 
oenda a release nrassage (at 522) to the call server 500. 
In iQsponsa, me can aen/er 501 updates (at 530) its 

S5 bandwictth ueags of community I and Snk IJ and sends 
a rela^ message (at 5^4) to the call sender 501. In 
reeponee to the release message, the call server 501 
updates (at 526) ihe bandwkAh usage for community J 



11 



PA(£ 1Se4 ' RCVD AT mOS 11:17:05 AM [Eastern Staridard 



FROM-MCrTechn(?]ogy Law W^shingron DC 



(WED) Z23'05 1 1 :22/ST. !!:!4/NG. 4261 173074 ? 



21 EP 1 ore 57^} A2 22 



and link U to reflect temination oJ the call The calJ serv- 
er 601 $Ands a rdlaasd complste massage (at 523) to 
the destination cal( server to terminate the call. 
[00671 sonic cases, it is easy k> determina whether 
or not a call Entra-communrty or (nter-community. For 
«xampie» Uio translation componeal in a call server can 
be eqwppod with in formation Indicallng whether or not 
the call request is for an Intra-community call. However, 
In some other cases, the orig^rG^ttOTi terminars call serv- 
er cannot accuratflly determine if a call request is for an 
intra- or intar^onnniurtlty call. For exarnpta, although a 
- — call ivquuKliriay kiwitify ade€lin34ioniBiiimiHl nraiirt 
er community, the dastlnatlon terminal may havre for* 
wardad thecali back to a terminal in tha origination com- 
mtnfly. In this case, the orynalfan temiinaf^ call eerver 
may assume th^ the call Is an intsr^communlty caH and 
delete any codecs and ^her resource alamanis from the 
candidate list based on the origination terminai's cono- 
munlty thrashoki values. ISowever, the caU ntay still be 
dmermlnfid to be ffii fmra-oommunlty call bry a second 
cad sorvor associated wfm the assumed destination tor- 
nrrihal. The soccrxJ call aaiver may datcmtrne that the 
can has t>een forwarded back to the community off the 
origmatron terrranal. Thus, in an embodirivenl In which 
intra-conrununity c^fiB are rwt suli^acl to resource ete- 
mant satactloru the call request should not be dented 
even B the resuting candidate list is empty sinco tho call 
rT\sy be forwarded back to the cnginaiion temilnars 
community for an intf«-community caH. Howevei; the 
call is Indead fntar^sommunity. and the car>didata codec 
list Is erTV)ty» then the call la denied by the second caH 
server. 

{0099] A call management methodand apparatus has 
bean deecrbed to offer caH admtseiorts control and sa- 
lecticn of resource e laments to more effectively manage 
usage of a datar^etwork for telephony convnimieations 
while provkiing a hl^er qoaitiy of «eivice. 
[D089] While the inventkxi has been di&closfid wSh re- 
specttoa limited number of embodiments. thoAaskiled 
in the an will appreciate numerous rmdificatlons and 
variations Iheref/om, It is intfir:ded that the appended 
cliilms cover all such modtf icatlons and varialiartd as fen 
within the true ^Iril and scope a! the invenlion. 



Clatma 

1. A method of managing caUs over a ne(wori(, 
oompris^g: 

datermhtng usage information of the data net- 
wonc; 

recel^ng a call request (or establishtng a call 
between at toast two ncftwork terminals; and 

solecting wie or moro of a p6Jfality of resource 
elementa aa candidates for use in the request- 



ed call in response to the call request based 
usag9 information of the data network. 

' * 2. The method cf claim 1 . wherein the selectirtg in- 
$ etudes selecting one or more resource elements 
based on usage policy set by a poHcy sorvor. 

3. Tho method of claffn 1, wherein the setactng n- 
ckjdes selecting orbe or more resource elemsnte 
to based on actual usage of the data network. 

— -4. Tharmsihod -of xtalnrrTr wherein"the"Si5lcS5TtiB~iF' 
ckidea selecting one or more cod^ as candidates 
tor use in Bach nelnoiK lermtnaL 

15 

The mathod of claim 1, wherein the selecting irv- 
dudes selecting one or more sizes of a packet as 
candidates for carrying audto data in the requested 

call 

£0 

6. Thsmsthodofdaim 1, further sdlecttngoraor mors 
o> the ^rality of rasounee elements based on sup- 
port tor the one or more resource etemenis in each 
of the at least two network termwi^. 

2S 

7, The method d claim 1. further comprising rankir*g 
the resource elements according to merit tiased on 
quality of the requested call and ej^ected band- 
width usage of tho data network. 

30 

a. The method ctf dafm 7, wherein the ranl^g of tfie 
ro9ouroe elements te further based on expscted us* 
age of a d^al signal processing etement of each 
terminBl. 

9$ 

9. 1>Teme!hodofc^m1. further oomprfsingdelaFmin- 
ing a oonditksn of rSno data nenworK wherein the se- 
lecting is further based on the detemiinedcondMion. 

40 10. Themethodof clafc7l9,MfhareinthedetB^nl^fr^glr^- 
clud9S detannlnlng a delay in the transmission of 
packets In the data networic 

11. The method of claims, wherein tho detorminingin' 
45 dudes detormtntng a paicantage of packet loss in 

the data network 

12. Thsmathodofclalma further oompriwngdEtBimin- 
ing an expected quality of service based on the de- 

eo lemnined condition of the data network. 

ia. The meihod of claim 1 , further oemp rising perfonn- 
ing can admlsstons control to accept or deny the caH 
request 

14. The method Of Claim 1 a Wherein performing call ad- 
mlssiDns oontxol is based on usage of a bik in the 
ds^ network between groups of tarmmals. 
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15. The m^thcxJ o\ ciaim 13k wherein the at \gbs[ two 
tcrmtnaJs ara defined in at least two connmLtnitios 
coupled 'l>y a link, and wherein pertofnfiing cad ad- 
mi$3ton3 control incJudee poftofmrng call admis- 
sions control based on a threshold eel for the En k 
bftlween the communilies. 

1 6. The method of claim ^ 5, further comprieing bypass- 
ir>g the call admissions control within each commu- 
nity, 

.. . ^r-Th*ntiethod of-clajm-16: whoreln-sel^ 

more resource elemwits is performed in each com- 
munlty. 

IB. A server for nnanaglng calls in a system having a 
network, comprising: 

an inteftiecd to the network to roc^e a call re- 
quest to establidh a call between hvo endpoime 
on the network; ar^ 

a control unit adapted to process the call re- 
quest and to control selection ot one ot a piu- 
ralily of resource elements to be employed by 
the erx^ints in the call. 

19, The server of claim t8, wherein Ihe control unit ie 
a^ai^'^ to retrieve trfTomr^atkw reganfing usage or 
the nelwofK the control unit controlling selection of 
Ihe one resource eEement baeed on the usage. 

30. The server o1 claim IB. wherein the resource ele- 
mentfi include codecs to be emptoycd by the end- 
points in the cait. 

21. The edrver of c\Aim IS. whefBin the roSOUTde Oto 

monts include sizes of messages to ba used for car- 
rying audio data in me call, 

22. The server ot claim 21. wtierein the sizeaaf mas- 
eages are determined by a sefected number of 
f rarrkes carrying audio data in each meeeage. 

23. ThesBrverofciaim 18, wheretnthecallshdudote- 
lephony caUs. 

24. The server of claim IB, wherein the control unit Is 
adapted to rank the resource elements by one or 
more predetermined chleria 

2Sl The eervar of ciaim 24. whenein the control unit Is 
adapted to eefect the resource elerT>ent having a 
highest rela^vB r^k. -f 

aa The eewer of daim 25, wherein the oooirol unit 1$ 
adapted to determine resource ekiments supported 
by the endpoints. 



24 

Z/* The sender of ctaim 24, wherein tne control unit & 
adapted to present the rank^ resource eiements 
to at least of>e ol the endpoints for the at least one 
ondpoint to select a r^oevrc^ etemeni. 

5 

28. A computer program product capable ol running is 
a system so that the system so programmed carriai 
otit a nDOthod inciuding: 

10 receiving a call request containing InkKmaltCD 

identjlying an origination endpoint, a destina- 

ments supported by the onginatksn endpoint; 

19 selecting ana or more of the one or more 

source elements based on perceived audio 
qualfty and usage of a data network; and 

prosenting the setected one or more resource 
SQ elements as available for use in a call befwaen 

endpoints. 

29. A meViod erf managing calis in a telephony systenx 
cornpfising: 

25 

d^ing a pluraity ol communities each ^chid- 
ing one or more oommunicatton endpoinrts; 

Eis5i9iing one or more usage threshold values 
so to a Tfnk between communities; and 

pcocesstng a call request based on the one or 
more usage threshold values, 

55 whereh the processing includes determining 

whether to admit the call request over the link. 

3a The mfirthodd claim 2g.^rein the processing fur- 
ther Includes selecting orw or more resource el^ 
40 mentfi to be used during a call between endpoJnts 
over the link, 

31. The method of clalim 29, wherein the assigning in- 
cludes assigning a threshold value Indicating the 
^ avaXabis bandwidth on the link l:«tween the com- 
munOies. 

22. The method of claim 29, wherein th e processing f tir- 
thar inctudds selectng one or more resource ele* 
so ments to be used durmg a call t>etween endpofnts 
over the Pnk. and wfiereln the assigning includes 
assl^ing a ueage thrsshokj value over which the 
3electir>g Is to be peifonried, 

6$ 33. The method Of claim 29, wherein tiia assigning in- 
cludes ae^gning a usage thrsshoki value over 
which furihsr outgoing calis from « commun&y Is 
prohibited. 
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04. A call estabUshrrent method, comprising: 

dftiermining a candidate list ot coding resource 
members asaociated wiih a call requoot; 

5 

checking a usage poftcy for the call requost; 

removing fnsm Ihe candidate list a first sat cA 
cocfing resource m^bers who&d bandwidth 
requircmetrts exceed tha uaags policy; f 



means fof selecting one cm- more of a plurality 
of redource alemente as candidat&s lor u$e In 
the requested caK in reaponae to the caJJ re- 
quest baasd on usage irrfonmation of thA data 
notworH, 



IS 



nranrtcinsra'sacond'set-a-coCfe^g TBsourowTfiafn- • 
beta of the candidate (1st according to merit, the 
second aat being distinct from the firet eat; 

selectmg from the aecond sat of coding re- 
eoiirce mfifnber having a highest relative merit; 
and 



aatablishir^ a call specified by the call request ^ 
using the satected coding rasource member. 

35. Tha cal eatabOshmant method of ctalm 34. wherebi 
the datemiining includas! 

25 

recalvlRQ ai least ona supported coding re- 
aource of on erMP^^ epedfied with the caJI 
quest; Bnd 

assembling the cand'pdla;ta liat from the at least 30 
one rocelvad Gupported coding resoume. 

36. The call establishment method of claim 35. nvherebi 
the call raqitest spedfias an origrating endpoint 
and allaaslcme destination endpcwrt; and as 

wherein the receWng cornprisos receiving at 
least one si^ported coding resource morrter for 
each o( tha ori^attng and at least one destoiation 
endpotntSw 

40 

37. Tha call dstablishment of claim 34. wherein the 
rankir>8 comprises ranking the second set of oocfing 
reeource mambem according to at least one of per- 
caivad voice qualdy, bandwfdrh usage, and end- 
point digitstl eig^al procassffig reecHirce ua^e. 

3S. The cal) astabfslimBnl m«^ihod of oiarn 34. vfherain 
the call -establkshing falls to establish the call when 
tha second eat is empty, 

so 

3& A call eeryaf, comprising: 

means for d^rmining usage Information of tha 
datar^^worK 

ss 

means for reccing acal) request foraetabli^ 
ing a call between at least two network tenru- 
nais: and 



45 
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